Dokumentation des VIF-Formats ============================= Das VIF-Format ist das eigene Bildformat von GEMLABEL. Genaugenommen k”nnten in einer VIF-File auch noch andere Infor- mationen stehen, z.B. Texte, Sounds, usw. Das VIF-Format von GEMLABEL enth„lt das VBLT-Format. Im geplanten Handbuch zu GEMLABEL werden warscheinlich VIF-Lade- routinen vorgestellt. Eine Anfrage beim GEMLABEL-Autor lohnt sich in diesem Fall ! Aufbau des VIF-Headers ====================== -------+---------+------------------------------------------------- Offset | L„nge | Beschreibung |(in Byte)| -------+---------+------------------------------------------------- 0 | 4 | 'VIF1' 4 Byte Ascii-String nicht Null-terminiert | | Headerkennung -------+---------+------------------------------------------------- 4 | 2 | 'MM'=Daten liegen im Motorola-Format vor | | 'II'=Daten liegne im Intel-Format vor | | (High/Low-Byte vertauscht) -------+---------+------------------------------------------------- 6 | 4 | 4 Byte Ascii-String nicht Null-terminiert | | N„here Beschreibung des VIF-Formats | | (siehe VIF-Formatliste) -------+---------+------------------------------------------------- 10 | 2 | L„nge des Headers in Byte -------+---------+------------------------------------------------- 12 | ??? | Reserviert, bzw. Abh„ngig vom VIF-Format | | (siehe VIF-Formatliste) -------+---------+------------------------------------------------- VIF-Formatliste =============== VBLT-Format: Grafikformat das einen BITBLT enth„lt Alle Daten liegen immer im Motorola-Format vor ! (=> Offset 4='MM' !!!) Ascii-String bei Offset 6: 'VBLT' Headeraufbau ab Offset 10: -------+---------+------------------------------------------------- 10 | 2 | L„nge des Headers in Byte (12) | | Dieses VIF-Format hat immer einen 12 Byte langen | | Header. VIF-Lader brauchen also keine Rcksicht | | auf diesen Eintrag zu Nehmen -------+---------+------------------------------------------------- Start der BITBLT-Daten: -------+---------+------------------------------------------------- 12 | 2 | Anzahl der Bitplanes -------+---------+------------------------------------------------- 14 | 2 | Breite in Pixeln -------+---------+------------------------------------------------- 16 | 2 | H”he in Pixeln -------+---------+------------------------------------------------- ab 18 | ??? | Grafikdaten -------+---------+------------------------------------------------- In der aktuellen Version von GEMLABEL kann das VBLT-Format nur mit 1 Bitplane und einer max. Aufl”sung von 640x400 Pixel ge- laden oder gespeichert werden. ICON-Format Dieses Grafikformat ist mit dem VBLT-Format fast identisch. Unterschiede: Ascii-String bei Offset 6: 'ICON' Folgende Pixelbreiten und Pixelh”hen sind m”glich: 70x50 Pixel (Dateigr”že 518 Byte) 199x36 Pixel (Dateigr”že 954 Byte) 211x36 Pixel (Dateigr”že 1026 Byte) Die DOS-VIF-Formate =================== Diese Formate haben einen anderen Headeraufbau: Offset L„nge Inhalt 0 4 'VIF1' als 4 Byte Ascii-String (nicht null-terminiert) 4 4 4 Byte Ascii-String mit der eindeutigen Format- kennung (nicht null-terminiert) 8 2 Headerl„nge (Intelformat !) 10 2 Breite in Pixeln (Intelformat !) 12 2 H”he in Pixeln (Intelformat !) Folgende DOS-Formate existieren: VIF-DOS und VIF-Windows Diese Formate werden von GEMLABEL fr DOS bzw. Windows ver- wendet. Die Programme sind sehr einfach gestaltet, werden aber zu diesem zeitpunkt nicht ver”ffendlicht. Das DOS-VIF Format Offset 4 hat den Inhalt 'GLBD'. Die Headerl„nge ist 14. Ein DOS-VIF Bild ist immer 250x250 Pixel grož. Ab Offset 14 be- ginnen die Bilddaten: Die ersten 250 Byte sind die erste Bildzeile, die zweiten 250 Byte die n„chste Bildzeile, usw. Ein DOS-VIF-Bild ist immer monochrome, ein Byte mit dem Wert 255 ist ein gesetzter Punkt, ein Byte mit dem Wert 0 ist ein nicht gesetzter Punkt. Die Datei kann als letztes Byte ein EOF enthalten, es ist aber zu ignorieren, da es nicht da sein muž ! Das Windows-VIF Format Offset 4 hat den Inhalt 'GLBW'. Die Headerl„nge ist 14. Ein Windows-VIF Bild ist auch immer 250x250 Pixel grož. Ab Offset 14 beginnen hier auch die Bilddaten. Sie sind Bitweise kodiert, d.h. ein gesetztes Bit bedeutet einen gesetzen Punkt. In dieser Bitmap werden 256 Pixel pro zeile codeiert, wovon aber nur 250 fr Daten benutzt werden. Die letzten 6 Bit sind also zu igno- riren.